home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 2 / CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso / magazine / amiga_e / amigae.sept.archive / 000070_crash!UNCA.EDU!JVANRIPER_Sun, 26 Sep 93 05:41:45 PST.msg < prev    next >
Text File  |  1993-11-02  |  9KB  |  163 lines

  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Sun, 26 Sep 93 05:41:45 PST
  3. Received: from uncavx by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #18) id m0ogvLh-0000NzC; Sun, 26 Sep 93 05:37 PDT
  5. Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id
  6.  <01H3EA71D7AO8WW96D@UNCA.EDU>; Sun, 26 Sep 1993 08:35:55 EDT
  7. Date: Sun, 26 Sep 1993 08:35:55 -0400 (EDT)
  8. Message-id: <01H3EA71E08I8WW96D@UNCA.EDU>
  9. Organization: University of North Carolina at Asheville
  10. X-VMS-To: IN%"amigae@bkhouse.cts.com"
  11. MIME-version: 1.0
  12. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  13. Content-transfer-encoding: 7BIT
  14. From: "Joseph E. Van_Riper III" <JVANRIPER@UNCA.EDU>
  15. To: amigae@bkhouse.cts.com
  16. Subject: Re: How Does E Stack Against Other Languages
  17.  
  18. In response to a message by Barry:
  19.  
  20. | And please don't take anything I said here personally, Trey.
  21.  
  22. No problem... as if I'm the end-all of computer programmers <chuckle>.
  23.  
  24. | I believe the proper expression is "E is FA-A-A-A-A-A-A-AST!!!" :-)  It is a 
  25. | major fault of E that when I used C++ I always had an opportunity to go get a 
  26. | sandwich or take a leak.  EC doesn't give me the chance to step away!  Oh
  27. | well, not all languages/compilers are perfect :-/  (joke, you may laugh :-)
  28.  
  29. <laugh>
  30.  
  31. I'm in the same boat.  Once I actually blinked my eyes.. BIG mistake...
  32.  
  33. | Yes, indeedy!  I'd also like to add that E is far more reliable than any other
  34. | language I've used on the Amiga.  My C++ compiler came with some broken and/or
  35. | missing functions! And that thing cost me $225 at the time.  I'm still pissed
  36. | about that 3 years later!  And I was told that if I wanted to upgrade my 
  37. | compiler I would need to buy a *complete* C package to replace the outdated 
  38. | one supplied with C++ (already 2 major versions behind!),  another $150-$200!
  39. | Which brings up two more issues.  Even if Wouter charges "a lot" for v2.5 it 
  40. | will still be much more affordable than other commercial products, and if you 
  41. | have access to this mailing list (and you've proven that you do) then you 
  42. | already have better support than most other Amiga programmers, including those
  43. | who buy expensive C++ compilers from well-known corporations. :-)
  44.  
  45. I'm one of those people who bought a certain well-known C++ compilor from a
  46. certain well-known company for a certain well-known price of $300 (at the
  47. time), who noticed that the company was also well-known for not documenting its
  48. work properly, having absolutely shitty header files (files that would not
  49. reference types.h, but use stuff within it.. etc.) and yet decided to start
  50. charging $$$ for technical support.  Even following their illogically laid-out
  51. book, there are problems you cannot work out with that particular compilor. 
  52. Just say NO...
  53.  
  54. And, as you said, charging an additional $n00 for a bleeding *C* compilor is
  55. nothing short of highway robbery.  I have plenty of complaints against that
  56. company.  I wish I could get my money back from them <sigh>.  The only reason I
  57. didn't go to the GNU C++ compilor was because of hard-drive size.. I can't
  58. afford to give up 10 megs just to a compilor!
  59.  
  60. Which is yet another "nice thing" about E... you don't have huge header-files
  61. filling up your hard-drive.  Since it's binary, it's compact.  VERY nice.
  62.  
  63. I had noticed perhaps one little documentation error in E.. something I easily
  64. verified for myself and changed (I think I included the change in the
  65. amigaguide-formatted file I sent out.. not sure).  It had something to do with
  66. the MidStr function, but I don't remember what it was.
  67.  
  68. Considering the billions of mistakes I found in the C++'s manual, this was a
  69. very minor problem.  Heck, if Commodore can make mistakes in their Includes and
  70. Autodocs, I'm sure Wouter can make a mistake in his E manual <grin>.  Wouter's
  71. manual was logically laid out (although it takes a little bit to catch on to
  72. the logic, if you have never taken a structured programming language course,
  73. such as myself <sigh>), and covered most of the bases.
  74.  
  75. RE: various problems I cited with E (currently), and my expectations that
  76. they'll be solved with the next release
  77.  
  78. | This WILL go away with the next release.  E v2.5 will support modules, and in
  79. | a much better way then EPP.
  80.  
  81. I am eagerly awaiting this.
  82.  
  83. BTW: thank you for the PROC suggestion for handling struct.struct.struct
  84. problems.  That'll be yet another way of handling it.. and it looks fairly
  85. elegant.
  86.  
  87. RE: My comment that I loathe global variables, and I have to do strange things
  88. to work around it with E, due to lack of OOP features
  89.  
  90. | Hm, what do you have to do?
  91.  
  92. I either have to pass a bunch of pointers, create an object whose pointer I'd
  93. have to pass, or do very cumbersome case statements (I think Wouter made a
  94. comment once about a very nasty-looking case statement I had... he suggested I
  95. consider using more PROCs, but I didn't feel like creating the case-statement I
  96. would have had to make).
  97.  
  98. You should see it.. it is almost a work of horror-art... I have a case
  99. statement that extends for several pages, and one of the cases extends for
  100. about two pages.. all because I wanted to avoid using global variables.  I'm
  101. almost phobic about it.  I *am thinking about making a huge object to pass
  102. instead, just to make life a little easier for the poor slob who might decide
  103. to read the code sometime (not to mention forcing me to handle things
  104. differently.. perhaps in a better way).
  105.  
  106. | GURUs:  when you try to use the more powerful features of any programming 
  107. | language your gonna crash the machine.  I've crashed my Amiga more often
  108. | using C++ than with E (and I've had to wait 300 to 500 times longer to
  109. | compile, link,  and crash my computer in C++! :-)  I've even crashed my
  110. | machine using AmigaBASIC, imagine that!
  111.  
  112. I'm trying to imagine anyone even bothering to PROGRAM in AmigaBASIC <shudder>.
  113.  
  114. Just out of curiosity, have you ever had your C++ compilor (I've noticed that
  115. we've both tried to avoid naming the company who sells it) guru DURING the
  116. compilation of the code?  I'm not talking about the code guruing when you try
  117. to run it.. I'm talking about the compilor itself guruing.  This happened to be
  118. consistently while I was teaching myself C++ on that particular compilor.
  119.  
  120. E never did that to me.  It would compile my code, and then I could find the
  121. little bombs I created within my own code.  I'd have to say, though, that I've
  122. bombed my Amiga more with E than C++.. only because I've done more serious
  123. programming with E than C++ (I gave up on the C++ compilor early in the game,
  124. when I saw how concerned the company was for its customers).
  125.  
  126. I will grant this as an acolade higher than I can assign to any other writer of
  127. programming languages, and that is, simply, that Wouter van [name incredibly
  128. too long for me to remember well] supports E EXTREMELY well.
  129.  
  130. I've sent him E-mail a few times with various what-not regarding E (before I
  131. found this list), and he's always responded with candor and diligence.  I was
  132. concerned that I might be hindering his programming of the update, so I asked
  133. if there might be a forum wherein I could babble various questions, and he
  134. mentioned this list to me.  He was even POLITE!
  135.  
  136. Let me emphasize this...
  137.  
  138. He was p-o-l-i-t-e!
  139.  
  140. I once thought I found an error in his compilor, and, as any dutiful user-of-
  141. programs should do, I decided to inform him of this bug.  It turned out that
  142. the bug was something on *my part, not the compilor's part, but he didn't rant
  143. and rave or anything.. he thanked me for my concern, and nicely asked for more
  144. information (it was in the search for more information that I finally figured
  145. out that *I* was the cause of the bug, not *he*).
  146.  
  147. In contrast, I've dealt with other programmers who were very rude to me at the
  148. mention of a possible bug in their programs (even if one existed).  It was
  149. almost as if I had slandered them on international television, saying something
  150. like "And [such-and-so programmer] prefers sex with aardvarks over other
  151. humans."  Really weird.  As a result, I am usually somewhat timid about
  152. mentioning bugs to programmers.
  153.  
  154. This message is entirely too long, and doesn't really say all that much, but I
  155. hope it's helpful to SOMEONE out there.  If you're still considering whether or
  156. not to program in E, just give it a small try.  Even a simple 'Hello World'
  157. program... then try another compilor (*borrow* [don't keep] that C++ compilor
  158. from a friend, please don't make the mistake Barry and I made, and actually PAY
  159. for such a piece of trash), and notice the difference.
  160.  
  161. I feel certain you'll prefer E.
  162.  
  163. - Trey